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I h 1 3^oduc t i on : 

This disclosure describes a set of software programs which include: 



1) A graphical, user interface (wizards) 

2) A logic-generator 

3) A logic-synthesis tool 
.4) A place -and -route tool 

.5) A programmable-logic configuration method 



Items (1) and (2) contain novel elements, and are the subject of th 

is J J 

-disclosure. In the preferred embodiment, item (3) is a standard 
preexisting logic-synthesis tool (e.g. Leonardo Spectrum, made by t 
he 

E3tempiar corporation). Items (4) and (5) are generally provided by 
the programmamble logic device vendor. In the preferred embodiment 

items (4) and (5) are facilities in the Quartus tool, made by the 
. Altera corporation. 

This set of software programs allows a user to describe a custom 
microprocessor system, including the CPU and peripherals, by operat 
ihg 

control elements within the grapical user interface (1) . After the 
description is complete, the user can realize a physical 
implementation of this custom system on a programmable logic device 
(e,g. an Altera Apex device) . 

Prior Art: 

Microprocessor-based systems have existed since at least 1970 (Hoff 

- * .• 

Faggin, et. al [intel 4004]), and have found widespread application 

S; 

in a staggering variety of useful pafoducts. For many years, 
microprocessor systems were exclusively "Systems-on-a-board: " The C 
PU, . 

. memory, and each peripheral functioii each resided within their own 
integrated circuit (chip) . These chips were connected together to 
form a working systism by the traces of a printed-circuit board on 
which they were mounted. Many of today's microprocessor systems 
differ only in detail from this original arrangement. For example: 
since 1970, personal computers have achieved ubiquity, and today's 
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typical PC may be described as separate CPU, metnoary, and peripheral 
chips mounted on, and connected by, a printed-circuit board. 

In many systems, however, there are advantages to combining CPU, 
peripheral, and/ or memory functions on a single integrated circuit 
(chip) - This higher level of integiTation (more function on a singl 
e 

chip) confers numerous advantages, including: Compact size, low 
per-unit cost, higher performance, iruggedness, and low power 
consumption. The advantages of implementing an entire microprocess 
- or 

system on a single chip is well -understood. In recent years, many 
commercial tools and products have evolved specifically to aid in t 
he 

design, implementation, and commercial application of SOC 
. ( Sy s t em- On - a - Chip ) pr oduc t s . 

Ih the prior art, there are two common methods for implementing 
integrated microprocessor systems: 

1). Standard "off-the-shelf" microcontroller components - 
.2) Customized microprocessor systems implemented on an ASIC, 

****. Microcontroller-based systems: 

Microcontroller components include a CPU, memory, peripherals, and 
I/O 

components integrated onto a single silicon die. Microcontrollers 
are 

sold as standard components. Microcontroller vendors typically offe 
r - 

a; fairly large number of product "variants". Each variant has a 
different particular mix of peripherals/ memory types and sizes, 
and/or I/O resources. 

At present, microcohtrllers are available in a wide variety of pric 

performance, and peripheral -integration options. For example. The 
Microchip corporation of Chandler, Arizona sells a simple 8 -bit 
microcontroller with memory and I/O peripherals in an 8 -pin package 
for under $0.50 (Pie-12XXX) . Motorola (of ??, Illinois) sells a li 
ne 

of "PowerQuic" microcontrollers to the networking and communication 

• ■ s 

mSirket- These devices include a powerful 32-bit CPU, rich peripher 
content, and specialized sub-units which can perform networking and 
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commtani cat ions functions. Other microcontroller vendors include 
Intel, Zilog, Hitachi, Philips, ST Microelectronics, and many other 
s ^ 

System designers typically select the standard microcontroller 
component which most closely meets their needs. The electronic 
content of some embedded microprocessor systems can be impleinented 
entirely within a standard microcontroller component (e.g. microwav 
e 

ovens, television remote - control s , etc). More complicated systems, 
however, generally require some system- specific logic in addition t 

the peripherals and memory available on a standard microcontroller. 
Most: high- function microcontroller-based embedded systems generally 
include one or more chips in addition to the standard microcontroll 
eir 

component . 

**** ASIC-based systems: 

Microcontroller components allow system designers to take advantage 
of 

integration by offering standard "pre-packaged" collections of CPU, 
peripheral, and memory functions. This allows many of the chips in 

traditional " system-on-a-board" to be combined into a single chip. 
But, , in some applications, cost, ., size, and/or power -consurnpt ion 
requirements may require an even higher level of integration- In m 

systems today, all of the system logic, including system-specific 
functions which are not offered in standard microcontroller product 

are included on a single chip. System designers who require this 
level- of integration generally need to create a chip which is 
custom-designed to include all the required components- -of ten 
including a CPU, peripherals, and memory. Chips which are 
custom-designed to suit a particular application are often referred 
to 

as ASICs (Application-Specific Integrated Circuts) . The process of 
designing, verifying, fabricating, and testing ASICs (especially on 
es 

compiicated-enough to include a CPU and peripherals) is understood 
to . 

be a time-consuming, risky, and. punishingly expensive undertaking. 
Today, the design and verification process for a complex ASIC 
typically takes anywhere from 9 months to 2 years, requiring a team 

of ; . 

ehgiheers using a vairiety of software tools which often cost $100,0 
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or more (e.g. Synopsys :DC, Formality, Avant i , etc). The tooling 
charges for a state-of-the-art ASIC can cost hundreds of thousands 
of 

dollars . It is comraon • for companies to invest more than a year and 
more than a million dollars in the design of a single ASIC. And th 
is 

level of investment- does not guarantee a working result. A 
nonnegligible percentage (-20%?) of ASICs are not functional on fir 
st 

silicon, and require yet-more engineering effort, time, and money t 
o 

bring to productions 

Thus, the level of SOC-inteigration allowed by an ASIC has 
traditionally only been available to system designers with, deep 
pockets, vast engiriieering resources, and an apetite for risk. Stil 

1' . ' ... 

the need for integration in many systems is so compelling that it i 

. s 

worth the cost, time, and risk of an ASIC-design process to achieve 
a 

system on a single chip. 

Programmable Libgic. 

For TTiore than a decade, programmable logic has offered an alternati 
Ve 

to ASICVs high NRE costs and lengthy development schedules. Using 
programmable logic chips (from vendors such as Altera, Xilinx, and 
Actel) designers can realize a custom logic function in a single 
chip. A typical engineering and verification schedule for a 
moderately- complex programmable logic design ranges between a few d 
ays 

ahd three months . Most modem programmable logic chips can be 
reconfigured with a: new design essentially instantly, and can be 
updated -with new desigiis at-will. Chip-specific NRE costs for a 
programmable logic design (not including engineering) is typically 
lisss . than $10,000. . Thus, programmable logic devices offer system 
designers access to a high level of custom integration at a f ractio 
n 

of ASIC :cost and time, with very low risk (design errors can be fix 
ed 

in-pilace) . 

Historically, programmable -logic devices have suffered from the 
following limitations (relative to ASICs) : 
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1) Substantially high pet-uhit . cost . 
.2) Lower performance (clodk frequency) . 

3) Lower density (limited complexity on a single chip) . 
**** Summary: Implementation Choices 

In the prior art, systeim designers have used microcontrollers, ASIC 

and programmable logic according to the following (very rough) 
de - facto guidel ines r 

: * istahdard microcontrollers are the solution-of -choice for system 

with little or no custom hardware (logic) content. This is tiru 

e, 

for example, whefi most system functions are implemented . in 
software . 

* ASICs are used in systems - where per-unit cost, perfoirmance, or 
power- consumption are critical. Such applications often includ 

e; 

high- volume and/or portable devices . 

*• Programmable logic is used in systems where flexibility and 
rapid time -to -market are critical, and which can tolerate 
a high per-unit . cost . Such applications have included network 
infrastructure and comthunicaLt ions equipment. 



****. Economic Backgrbuhg of the Current Invention: 

Uiitii recently (CYI999 and later) pt'ogfammable- logic devices have n 
ot 

. of fered high- enough: density to integrate CPU-based systems i A CPU 
. core, by itself --without bus logic, peripherals, or memory-- would 
. h&ve occupied half or more of the logic in a high-density PLD, and 

cost: more than ten .times as much. as the corresponding standard 
. microcontroller component. Exarnples of high-density PLD -devices 

(circa 1998) include Altera lOKlOOE and [. . .fill in. . .] . These 

devices were not large enough (not enough logic on a single chip) t 

o. 

implement cost-effective microprocessor-based systems. 

: Recent developments. in Silicon wafer fabrication, logic design, 

synthesis, and place-arid-route technology have tended to reduce the 
..cost:, performance, and density limitations of programmable logic. 
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These technological . advances can be birbadly characterized as .the 
natural continuation of "Moore's law" over the past three years. 
Thesfe developments have caused programmable logic devices (PLDs) to 
increase in density, performance, and cost-effectiveness every year 

Economies-of-scale in selling a general chip to many customers, as 
opposed to a specific chip for one a[pplication, have tended to "nar 
row 

the gap" in density, performance, and cost between PLDs and ASIC so 
lutions. 

This invention was developed just as PlaDs were reaching the market 
with sufficient density to implement a 32-bit RISC CPU, a useful se 

t. 

of peripherals (UART, timer, memory interfaces, etc), and still lea 
ve 

enough logic to implement custom (user -de fined) functions. 
****. other Microprocessor Cores 

A Microprocessor "core" is an .abstract . logic description (e.gf. HDL 
cdde) of the logic which implements a microprocessor function. 
Microprocessor cores are well-known in the prior art. Designs for 
microprocessor cores can be licensed from several vendors including 
ARC, . Tens ilica, ARM> etc, A system designer can implement ; a 
properly- licensed microprocessor . core from any of these vendors in 
either an ASIC or a PLD, The present invention includes a 
microprocessor core as one of its components, but the core by itsel 
f . 

is not the novel element . 

★ other PliD/Processor combinations 

The idisa of combining a microprocessor . function and an array of 

progr^ammable logic elements on a single chip is known in the prior 

art. Chips which perform this function are available from 

the Tiriscend corporation (A7 and E5 devices, for example) . . These 

devices differ from the current invention because the CPU core itse . 

If 

is "hard" logic- -it is impletnented as a fixed logic function in 
dedicated hardware on the chip. In the current invention, the CPU 
cbre.is "soft" logic--it is implemented as a particular configurati 
on . 

of tohdifferentiated programmable logic elements, with no hard funct 

ion . 

at ail, . 

**** Novel Elements of the Current Invention 
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The current invention comprises a novel combination of elements, ea 
ch 

of which is known individually in the prior art. Novelty arises fr 
om 

this particular useful combination of these elements. They are: 

1) A graphical user interface which allows users to specify a 
complete embedded microprocessor system, including the arrangeth 

ent 

of such elements as the CPU, peripherals, and memory interfaces 
(The GUI) . 

2) A program which' geherates an abstract description (HDL) of the 
logic which implements the specified system. (The generator-pr 

d^ram) , 

3) A set of programs which convert this abstract logic description 
into a PLD- specific configuration file (Synthesis tool + Quartu 

s ) . 

4) A programmable logic device whicii can be configured to- contain: 
the specified system, perhaps in combination with other design 

elements, 

to implement the user-defined function. 

Tllis arrangement is. novel. Graphical user interfaces for configuri 

hardware components- like microprocessors are knwon in the prior art 
{ARC cores' "ARChitect") . Graphical user interfaces for specifying 

*a ■ 

coli^ction of micropro<iessor peripherals are also kxiown (Triscend's 
"FastChip" tool) . But the particular application of such a tool to 

;a 

soft-core microproceissbr , restilting in a system which is entirely 
implemented as "soft" logic in a Plib, is novel. 

**** The Preferred iEmbddiment 

The remainder of this document describes the preferred embodiment o 
f 

the current invention. It is meant to be instructive, but not 
limiting , 

**** Overall Tool Structure 

The ^combination of elements I4.4 abbve is collectively refferred to 
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the "System-Builder" tool • In the preferred embodiment, the 
sy s t^m- bu i 1 der tool 

The graphical User Inteirface. 

lil the current inv6fitidnr it is desirable to guide the usei: thorough 
the system-specification process according to a step-by-step 
sequential proced\ire. At each step, the user answers a set of 
"Questions" {i.e. etnters information or makes selections using GUI 
control elements) . These "questions" (choice of control elements) 

* may . 
or may not be modified as a result of user interactions f rom :previo 

us 

steps . 

The preferred emboditnerit uses the "wizard" GUI-paradigm to guide th 

e- . 

user through a step-by- step sequence of choices. "Wizards" are 

well-known in the prior art, and appear in such ubiquitous software 

tools as Microsoft Office (Microsoft Corp, Redmond, WA) , Wizards a 

re 

sufficiently- common. interfaces that there are commerically- avail abl 

authoring tools which allow software designers to create wizard 
interfaces (xxxx??, also from Microsoft Corp). A flowchart diagra 

m. 

of a- typical wizard-interf ace appears in Fig. 1. 

wizards generally consist of an t)rdered list of "pages." Each page 
presents the user with its "contisnts, " which are a set of common 
graphical user interface control elements (check-boxes, radio but to 
n.- ■ J 
-gSrout>s* drop-down selections, etc.) . Each page includes a standard 
group of wizard-navigation controls,., usually implemented by four 
buttons at the bottom of the page. These controls allow the user t 

O: 

. piroceed through the ; flow ,{ "Next ") , back-up to a previous page 
(^'Prev") , force the process to completion ("Finish"), or abort the 
wizard. process altogether ("Cancel") . These choices are usually 
offered on every page of the wizard. The preferred embodiment uses 

a 

standard set of wizard-navigation cdhtrols in a conventional laiyout 
similar to that found in (for example) the aforementioned Microsoft 
products and in other Altera "Me^aWizard" user-interf aces . The 
bbx in Fig. 1 labeled "Generate Result" will implement a different 
* atition, potentially a very complicated one , which depends on the 
application at hand; Almost always,, this will result in the 
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generation or modification, of files on the user's computer (or 
netvrork) . The "letter" wizard in Microsoft Word, for example, woul 
d 

crea;te a Word document in the -format of a letter, with various 
contents and format specif ied by the user during the wizard-input 
process . 

Figure 2 shows details of the . "Generate Result" step for the Wizard 
in 

the current invention. This wizard is known as the "System-Builder 

II • 

Wizard (herein after: SBW) . The SEW aggregates all of the uder-inp 
ut ; 

choices from the variotis precedifig Wizard pages and saves them to a 
file. In the preferred embodiment, these data are saved in the ad- 
hoc . 

iiprpjr" file-format, which is a semi-human-readable, editable ASCII 
format- "ptF" is a specific case of the general class of ASCII 
data-formats well-known in the prior art. The choice of the 
PTF-forrtiat in specific, and ASCII save-formats in general, is 
instructive but not limiting- -any of a variety of well-known save-f 
. ile 

formats would work equally well.. Ah example of the PTF file format 
appears in Appendix A. 

Ih the preferred embodiment, the generator program is a "comtfiahd-li 
ne" : 

Perl-script. This means that . the program can be run by "typing a 
command" at a shell-prompt, that it takes files as input, and that 
it 

produces text -only output and status information while it runs (in 
other words, it does not have its own GUI) . The System Builder 
wizard "runs" the gehet'ator program "as if it had been run from the 
command line . " Methods for one program to run or launch another 
stib-program are well-known to those of ordinairy skill in the art. 
Before the System Builder wizard . launches the generator program, 
it displays a console window. Any status- or progress messages 
produced by the generator program are displayed in this console 
window. This allows the user to monitor the progress of the 
generation process. 

in the preferred embodiment, The: "generator program" in Fig, 2 is £L 
Perl script which, ultimately, produces an "EDF"-file- EDF is an 
ihdus try- standard netlist format for. describing logic circuits at a 
very low (usually irt^lementat ion-specific) level. The EDF format i 

known to those of ordinary skill in the art. In the preferred 
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etfibdaiment , the final product of the System Builder wizard is an ED 

F- 

file which describes . a -logic circuit which implements the embedded 
processor system. Thid is the embedded processor system which the 
user described using the GUI -controls in the System Builder wizard 
pages (and which, equivalent ly, is described by the contents of the 
system PTF-file) . This EDF- file is referred to as the "system 
netlist." In the preferred embodiment, the EDF file is a »'synthesi 
zed 

netlist", which means that It contains an exhaustive list of .every 
technology-specific logic element (LE) - in the design, and 6omplete 
information about how they are wired- together . This EDF- file is on 

oE the final products af the generator program. This EDF-f ile can 

read into Quartus and used as a component (sub-module) in a user's 
logid design . 

The :EDF-^file producfed by the generator-program implements an entity 
khovm as the "system module." The system module is a block of logi 
c 

' which impements the entire embedded processor system specified duri 

the wizard-flow process. The . internal structure of this system mod 
ule 

is shown in Fig. 4.^ (Note that this structure represents the 
structure used to -specify-- the system module, but that this struct 
ure 

may have been lost if the design is, for example, "flattened" durin 

■ g'.- ■ 

the synthesis proceiss. Thus, Fig. 4 shows "all the ingredients tha 

: t- 

went into the cake," even though* th^y may no longer be distinct in 

-the , 

f ina:l EiDF- output) The : system module contains an instance of every 
module specified in the system* s PTF-file, and additional modules 
which are created ab-^ initio by the generator program. One of the 
"Created" modules Ib . the system- module itself, which is a composite 
module that instantiates and connects all other sub-modules in the 
system. Another "created" :module is the PBM (Peripheral Bus 
" Module) . This module Contains all the logic and wiring necessary t 
o • 

connect the master-tnbdule to the interface ports on all the slave 
modules.. The PBM may contain (but is not limited to) the elements 
shown in Fig, 4b. In the preferred embodiment, this includes: 



* :Address -decoding 

* Wait -state generation 
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: * Databus multiplexing . 

. * Interrupt -control and prioritization. 

All :of these elements are familiar to board- and chip-level embedde 

systems designers, and are familiar to those of ordinary skill in t 
he art . 

»'Perl" is a general-purpose, open-source, freely-available irtterpre 
ted 

programming language. Installable versions of Perl, and extensxve 
irtformation about same,^ can be obtained from www, perl .org . Perl is 
commonly used for system-task: scripting, text-file translation and 
manipulation, and web automation. 

Fig. .3 shows details of the generator program' s operation in the 
preferred embodiment. First, the generator program reads the PTF-f 

i-le . . : 

which was created in step 1 of Fig. 2. This PTF-f ile contains a 
description of all "modules" in the usfer- specif ied system. A "modu 
le" 

is either a master (e.g. CPU) or slave (e.g. UART, timer, I/O block 

in the user-specified system. ; The generator program parses the 
PTF-contents and extracts a list of all modules in the system. Eac 

h.. 

module must be an instance of a predefined 1 ibrary- component type . 
Library components are stored in a directory tree (by default, in t 

. he . 

preferred embodiment, in the directory 

c :/Altera/Excalibur/sopc_builder/coniponents) . Each library compone 

• nt . 

definition consists of a directory which contans a PTF-f ile and any 
other files (e.g. HDL, C- so ft ware axld/or Perl-scripts) which are 
specific to that cotrrporlent . Each module's description in the syste 
m 

P^F-file gives the name of its associated library component. When 
the : 

generator program runs, it attemjpts to find the library compdnent 
associated with each module in the system. It does so by checking 

a- . 

seardh path given by (for example) a registry key or environment 
variable- Library search-paths, registry keys, and environment 
variables are known; to those of ox-dinary skill in the art. If the 
generator program is unable to find the library component associate 

d. . 

with a module in the system, then the generator program terminates 

with an error. 
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Eacri . library coxnponent: : may : (bptibnally:) have its own "private" 
gen^irator program wh.ich (for example) may produce an HDL descriptio 

^e.g^ Verilog or VHDL) of the particular instance (module) based on 
the description of that module in the system-PTF file. Alternative 

slnr^le library components may contain preexisting HDLi files --with n 
o 

n^ed for "on the fly" generator scripts. For each module in. the 
system, the master (system) generator -program will run the associat 

ed ... 
library- component gienerator-programy if it exists. (information ab 

out 

a library component's' generatbr program, or lack thereof, is given 
in 

the library-comonent ' s definition) . 

Each library- component • s generator program will have two results (i 

general --there are no specific limits on what other related or 
unrelated actions taken by a component generator program) . F*irst, 

the . ^ . 

"sub-generator" will probably produce an HDL file which implements 

the 

module-in-question- Second, the sub -generator may add information 
to 

the system's PTF-file about the module which was just generated. T 
h±s 

additional information may include (but is not limited to) a list o 

f . 

HDL-f iles which were created and a list of (and information about) 
each 

X/O port on the module which was created . 

After e^ch module is generated, the master generator program extrac 
t s 

• a liist of synthesizable HDL-files assocated with that module (this 
information is contained in the system^ s PTF file) . This process 
(library- search and sub -gferierator- program run) is repeated for each 
module described in the system PTF file. 

At the conclusion of this process, an implementation 

(e-g- synthesizable ttDL file) will have been created for every modu 
le 

in the specified systeTfi) . The master generator script must then 
generate the PBM (Peripheral Bus Module) and the System Module . Th 



SOPC Builder Disclosure .t: 




ffi 



System Module contains -no logic per-se; and is merely a "container" 
which instantiates and connects all ;of the other system components. 

In the preferred embodiment, the various master and slave modules, 
the . 

PfiM,. and the system module -are all implemented (generated) as 
one or more (each) aynthesizable . Verilog files. The master 
generator program automatically synthesizes these files as a group 

("project") in order to create a single EDF implementation of the 
system module and its contents. The process of logic synthesis 

(convering an HDL logic description into a technology-specific 
netlist) is well-known to those of ordinary skill in the art. Seve 
ral :. . 

vendord : produce commercially-available synthesis tools, including 
Leonardo Spectrum, made by the Mentor Graphics Corporation, Synplif 
y'f 

. m4de :by the Synpliclty Corporation, .and FPGA Express, made by the 
S'ynopsys Corporation. In the preferred embodiment, the master 
generator program creates a command-file for Leonardo Spectrum. Th 

is . 

command file provides instiructions , including a list of HDL files, 
for 

Leonardo Spectrum tb synthesize the project and produce an EDF file 

Ixi the preferred embodiment, a version of Leonardo Spectrum is 
"bundled with" (distributed and installed with) the generator progir 
am 

and the system builder wizard. The master generator progiram runs 
(launches) Leonardo Spectrum in isuch a way that it reads the 
command-file and synthesizes the project. The result will be the 
system module's EDF netlist. 

Figure 5 shows a detailed flow of the "Generate PBM" step shown in 
Figure 3. All of the steps in figure S are executed as part of the 
mSLSter generator program's normal operation. First, the master 
generator program extracts syStem-cOnnection information from each 
module defined in the PTF-file (this information is contained in th 
' e\- 

SYST£iM_BUILDER_INFO sections visible within each MODULE section in 
Appendix A) . In addition, the master generator program extracts a . 
list of all I/O ports on each module (this information is contained 

.in • .. . 

the .=3PORT_WIRING sectioris visible within each MODULE section in 
'Appendix A) . For each port on each module, the master generator 

program (MGP) determines if the port is used to interface to the 

master (via the PBM), or if the. port serves some unrelated purpose * 
. Ports which are not: used for the PBM- interface are "promoted/." and 

appear as (and are connected to) a top-level I/O port on the -final . 
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syst€ii:n Module. The master generator program keeps a list of -all 
module-ports which, are used to connect to the PBM. Information abo 
ut . 

how the port is used (including whether or not it is used to connec 
t . 

to the PBM) is contained iri each port ' s PORT section within the 
PbRTf^WIRING sections, as shown in the example in Appendix A. . PORT 
s^ections also contain information about how the port connects to on 

. 

of the several internal PBM functional units shown in Fig. 4b. The 
master generator program can use this information to generate logic 
fjo^ each of the functional untis contained within the PBM and, of 
course, the PMB itself. 



APPENDIX A: 

Example PTP file -format 

* * * * * * ************************** * * * * * ****************** * * * * * * * * * 
**************** : BEGIN EXAMPLE **************** 

* * * * * ****************************** * * *************************** 

# 

* :f ile r . /ref_32_system.ptf 
#:.date: :2001.03.13 18:45:06 
#■ generated by a perl script 
# 

. SYSTEM ref_32_system 

■: { 

WI ZARD_S CRI PT__ARGUMENTS 

mainmem_module - "ext_ram" ; 
datamem_modale = "ext_ram";. 
maincomm_module = "uartl"; 
gdbcomm_jaodule = "uartl"; 
germs_monitor_id - "ref 32 -vl . 1 " ; 
reset_offset =5 "0x0"; 
reset_module = "boot jnohitor_rom" ; 
vecbase_of f set = "0x0"; 
. vecbase_module = "ext__r5i.m" ;. 

Principal_tri_StatisJData_Bus =^ "ext_ram_bus" ; 
. skip_synth . = "0 " ; 

device_family = "APEX2 0KE"; 
clock_freq;= "33333000"; 
hdl^langua^^ = "verilog" ; 
. compiler ='"quartus"; 
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JCIXOS " ; 
^"1.1"; 



MODULE ref _3 2_syst em_trpu 

{ 

class = "altera_ 
class_version = 
HDL_INFO 

( 

Synthesis_HDLi__Files = " .i/f ^f_3 2_system_cpu_dr - v, . /ref_3 
20system_cpu_ar . V, ../ref_32_syBtetn_cpu_cr . v, . / ref_32_system_^cpu_regi 
ster^^ram. V, . /ref _32J^sydtetn_cpu__major_opcode_table . v, . /ref_32_system 
_cpu^subtable__w. V, . /ref_3 2_^system_cpu_instruction_decoder . v, . /ref_3 
2^system_cpu_cpu_coi:e . v" ; 

MIP_Files = " - /ref__32_systeTn_cpu_Tnajor_opcode_tabie.mif 
, ^. / ref _32_system_cpu^subt:able_w . tnif " ; 
} 

SYSTEM BUILDER INFO 



hi 



{ 



Is_Bus^Mast:e3? = " 1 " ; . 
Is_Enabled = " 1 " ; 

Instant iate_In__^Syst:em_M6dtiie = "1"; 
Data_Width "32 " ; 
Address j^Widtb = "21"; 

Date_Modif led = "2001.0.26.11:41:32"; 

} 

WIZARD_SCRiPT ARGUMENTS 
{ 

num_regs = ■"256";. 
shif t_size .= "7"; 
mstep = " 1 " ; 
multiply = "0"; 
wvalid_:wr = "0"; 
rom_decbder = "1"; 
mainmeTnj_niodaile — "ext_3ram" ; 
da t amemj^modu 1 e = " ext_r am " ; 
maincorhmj_module - "uartl" ; 
gdbcomm^module = " uart 1 " ; 
germs_moni 1 6r_id =: " ref 3 2 - vl . 1 " ; 
reset_offset = "0x0"; 
reset mbdule = "boot_jmoilitor_rom" ; 
■'^ "0x0"; 
= "ext rain"; 



ve cbas ej_o f f s e t 
vecbase . module 



} 

PORT_WIRING 
{ 

PORT mem be n 

{ ~ ~ 

direction = 
width = "4"; 
avalon role 



"oxitput " ; 

= "byteenablen" ; 
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PORT i rq number 

{ 

direction = " input 
width. - "6"; 

avalon_±:ole = " irqnutinliier" ; 

} 

PORT i fetch 

{ : 

direction = "outiput " ; 

width - "1"; 

avalon_role = "if etch"; 

} 

PORT elk 
{ 

direction = " ihp\it " ; 
width- = . " 1 " ; 
avalon_fole = "elk"; . 

) 

PORT metii_addr 

{ 

direction = "output" ; 
width = . "21" ; 
avalon_role = "address"; 

} . . 

PORT m^m_is_32_bits 

{ . 

direction = "input"; 
width = "1" ; 

avalbn_role = "meTnis32bits" 

} 

PORT irq 

{ 

direction = "inplit " ; 
width = "1"; 
avalon_role = "irq"; 

} 

PORT data_f roTn_^cpu 

. { 

direiGtion = "output"; 
width = "32" ; 

avalbn_irole - "writedata"; 

} 

PORT data_to_cf)u 
{ 

direction = "itiput"; 

width = " 3 2 " ; 

avalon trole = "readdata"; 
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} 

PORT meTn_wr_n 

{ . . . : 

direction = output '* ; 
width = . "1" ; . 
avalon_role = "writefi'^; 

} 

PORT Tnem_rd_n 

{ 

direction = "output 
width « "1" ; 
avaron_rol e = " readn " ; 

. •} . . 

PORT reB'et_n 

{ 

direction = . " iiiput " ; 
width = "1" ; 
avalon^role =: "resetn"; 

} 

. PORT bus_wait 

{ 

direct ion == " input " ; 
width = "1"; 

avalon role = ^'waitrecjuest " ; 

} 

} 

}• ..• .'. 

MODULE boot_tTioriitor_rom 

{ 

class = "altel:a_avalbTl_bnclii]p_^TnemorY" ; 
class_jversion = "1.1"; 
HDIi INFO 

( 

MIF_Files i= , /bobt^monitC)!r__roTn.Tnif " ; 
Synthesis HDL Files .= " . /boot monitor 

} 

. SYSTEM_BUli.DER_INFO 
{ 

Instantiate_In_Systetn_M6<3ule - "1"; 
I s_Enabled : = " 1 " ; 
Is_Bus_^Maeter = "0"; 
Is_MemC)ry_Device = "1"; 
Uses__Tri_State^Data_iBus 0 " ; 
Address_AligrLment = *' dynamic"; 
AddresSi_Width = "6"; 
Data_Width.= "32"; 
Has_IRQ = " 0 " ; 
Module_Desc = "metnory" ; 
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Base__Address = " 0x0 " ; 
Address_Span = ?»1024"; 
Read__Wait_Statfes = "0"; 
WriteJWait_States = "0"; 
DatejyiOdif ied = "2001.1-5.4:32: 
IRQ_Nuniber = '»N/A^' ; 
Tri_State_Data__Bus = 

} . 

WI ZARD__SCR1 PT_ARGUMENTS 
{ 

Writeable "Q" ; 
Contents = "germs"; 
Initf ile = . " " ; 

} 

PORT_WIRING 
{ 

PORT address 
{ 

direction = "input "; 
width = " 8 " ; 
avalon_role = "address"; 

} 

PORT read_data 

{ 

direction = "output"; 
width = "32" ; 
avaron_role = "readdata"; 



.}• 

MODULE uartl ; 
{ 

class » "aitera_^aValbn_^uart " ; 
class__version ="1.1"; 
HDL INFO 

{ " 

Synthesis HDL Files = "./uartl 

} . ~. " 

. SYSTEM BUILDER INFO 

{ : ~ 

Instant la te_In_^Systerh_M6dule = 
I s_Enabled = "1 " ; 
Is_Bus^Master = "0"; 
Is_Printable_Device = "1"; 
Uses_Tr'i_State_Data_Bus - "0"; 
AddresSj^Alignment = "native" ; 
Address]_Width = "3"; 
Data_Width = "16"; 
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Has_IRQ = "1"; . 
I RQ_Number : = "26" ; 
Module_Desc = "uart".; 
Base_Address = "0x400 "; 
Read_Wait_States = "1"; 
Write_Wait^States = "0"; 
DateJVIodif ied = "2001 , 1 . 5 . 5 r54 : 
Tri_State_Data_Bus = " " ; 

} 

WI 2ARD_SCRI PT_ARGUMENTS 
{ 

baud = .>'11S2 00"; 
data_bits = "8•^■ 
fixed_baud = "1"; 
parity = "N" ; 
stop_bits = "2"; 
clock_freq = "33333000"; 

} 

PORT_WIRIIsrC3 
( 

PORT txd 
{ 

direction. = "output"; 
width = "1"; 

} 

PORT data_f roTn_cpu 

{ 

direction = " input " ; ; 
width = "16" ; 

avalon_role = "writedata" ; 

} 

PORT rxd 

{ . 

direction = "input" ; . 

width = "1"; 

} 

PORT data_to_cpu 

{ 

direction = . "output"; 
width = "16"; 
avalon_role = "readdata"; 

} 

PORT uart_select 

{ 

direction = "input"; 
width = " 1 " ; 

avalbn_role = "chipselect" ; 

} 
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PORT ag5re§ate_ir-q 

{ 

direction = "output"; 
width = "1" ; 
avalon_role = "irq"; 

} 

PORT elk 

•: • • { 

direction " input"; 
width = " 1 " ; 
avalbn_role = "elk"; 

•■•••.} 

PORT reset_n 

•;■ ■ .{ 

direction = "input"; 
: width = "1" ; 

avalbn_role = ^'reSetri"; 

: • } 

□ PORT mem_r__wn 

yo ; . ■ { . • 

m direction = "input"; 

m - width = "I" ; 

p avalon_role = "writen"; 

p PORT mem_addr 

fri ' . i ' • 

direction = "input"; 
p width = "3 " ; 

^ avalon^role = "address"; 

MODUIjE. seven_seg^io 

■ { 

class = "altera_^avalbn j)io" ; 
class_version = "1.1"; 
HDL_INF0 
{ 

SynthesiS_HDIj__Files = " , / seven_seg_jpio . v" ; 

} 

SYSTEM_BUlLDER_INFO 
{ 

Date_MOdif ied = "2001.0.26.11:42:39"; 
Module_^Desc = "pio" ; 
Is_Enabled .= "1" ; 
i s_Bus^Mas ter = " 0 " ; 

Instantiate_In_.System_Mbduie = "1" ; 
Uses Tri State Data Bus = "0"; 



HI 
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Has_IRQ = "0"; 
IRQ_Number : = "N/A" ; . 
Address_Width = "2"; 
Dat a_Widt:h ="16"; 
AddressjJVlignment = "native"; 
Read_Wait_States = "1"; 
Write_Wait_^States = "0" ; 
Base_Address = "0x420"; 
Tri_St:ate_Data_Bus = " " ; 

} 

WI ZARD_SCRI PT_ARGUMENTS 
{ 

has_tri =^ "0"; 
.has_out = "1" ; 
has_in = "0" ; 
edge_type = "NONE"; . 
irq^type = "NONE" ; 

} . 
PORT__WIRING 

{ . 

PORT nietT\_b^_n: 

{ 

direction = "input"; 
width = "2" ; 

avalon_role = "byteeriablen" 

} 

PORT elk 

direction = "itiput"; 
width = "1" ; 
avalbn_role = "elk"; 

} 

PORT mern_addr 

{ 

direction = "input"; 
width = "2" ; 

avalbn_role = "address"; 

} 

PORT pi6_select 

{ 

direct icn = "input"; 
width = "1"; 

avalon_role = " chipselect " ; 

} 

PORT daLta_f rotn^dpu 

{ 

direction = "input"; 
width = "16" ; 
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avalon_role = "writedata" ; 

PORT data_to_cpu 

direction . = "output" ; 
width = "16" ; 
avalon irole = "readdata"; 



PORT out_jp6rt 

direct ion . = " outjpfut " ; 
width = "16"; 

PORT reset_n 

direction = "input" ; 
width = "1"; 
avalon__role = " resetti" ; 

PORT Tnem_r_wn 

direction = "ihpXit"; 
width = "1" ; 
avalon role = "writen" ; 



} 



} 

MODULE timer 1: 
{ 

class = " ai t er aj^aval6n_.t inter "> 

class_yersion = "1.1"; 
. HDL INFO 
. { " 

Synthesis HDL Piles = "r/timerl.v 

. } ~ 

. SYSTEM_BUILDER INFO . 
{ 

Inst ant iate_ljn^System_Mbdule = "1 
Is_Enabled -= "1" ; 
Is_Bus_Master = "0";. 
Uses_Tri_Statej^Data__Bus ;= "0"; 
AddressjJ^lignment = "native"; 
Address^Width = "3"; 
Data_Width = "16"; 
Has_IRQ. = "1"; 
. IRQ_Number := "25"; 
Module_pesc;: = "titifier"; 
Base_Adclress = "0x440"; 
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Read_Wait_States = "1"; 
Write_Wait^States = "0"; 
Date_Mbdif ied = "2001.0.26.11:42:58"; 
Tri_St:ate_t)ata_Bus = " " ; 

} . : . 

WI ZARD_SCRi PTj_AkGt3MElJTS 

{ 
} 

PORT_WIRlUi3 
{ 

PORT iriq 



{ 



direction =• "output"; 

width. = "I" ; 

a va 1 on_r o 1 e = " i r q " ; 



PORT data_f rom__cpu 

direction = "input"; 
width = "16" ; 

avalon role = "writedata" ; 



PORT data_to__cpu 

direct ion = " output " ; 
width = "16"; 
avaloil_role = "reciddatai" ; 

PORT elk 

direction = " input " ; 
width = "1" ; 
avalbn^role = "elk"; 

PORT reset_^n 

direction = "input"; • 
width = "1" ; 
avalon role = "reSetn"; 



PORT Tnern_^r^wn 

direction =^ "input"; 
width = " 1 " ; 
avalbn role - "writeri" ; 



PORT metn addr 
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direction = »' input " ; 
width = "3" ; 
avalbn role = "address"; 

PORT titner^select 

{ 

direction = "input"; 
width = " 1 " ;. 

avalon_role = "chipselect" ; 

} 

... } 

■•..}■.■ 

MODUIjE led_piO 

class = "alteira^avalon^jpio" ; 
. class_yersion = "1.1"; 
. HDL_INFO 

{ 

Synthesis_HDIi__Files ^ " . /red_jDio , v 

i ■• .. } •• .• 

m SYSTEM BUILDER INFO 

m . { " " 

Q Date_Modif i-ed = "2001.0.26.11:43:3 

Lx Module^ibesc = "pio"; 

P Is_Enabled .= "1"; 

J Is__Bus_Master = "0";. 

J Instantiate_In_^System_Moduie = "1" 

g Uses__Tri_State_Data_Bus = "0"; 

m Has_IRQ = "0"; 

^ IRQJsrumber - "N/A" ; 

Address_2.Width = "2"; . 
j=; Data_Width := "2"; 

rf Address^Aligntnent = "native" ; 

^ .Read__Wait_States "1"; 

Write_Wait_^States -= "0"; 

Base_Address - "0x460"; 

Tri_State Data Bus = ""; 

•• • ; •■} .- " ■ " 

WlZARD_SCRil>T ARGXJMENTS 

has_tri . "1" ; 
has_out =s "0"; 
has__in ^ " 0 " ; 
edge_ty{)e ^ "NONS"; 
irq type = "NONE"; 

i •.. . . } 

PORT WIRING 
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PORT meTTi^be n 

{ 

direction ^ "input"; . 
width = "1" ; 

avalon role = "byteeriablen" ; 

} 

PORT bidir j>ort 

{ : 

dir^^ct ion - " itiout: " ; 

width = "2" ; 

} 

PORT elk 
{ 

direction =: "input" ; 

width = "1"; 

avalon f-ole = "elk"; 

} 

PORT mein addr 

{ 

direction = "input"; 

width = "2"; 

avalon role = "address"; 

} . ~ 

PORT pib_select 

{ 

direction = "input"; 
width = "1"; 

avalon role = "chipselect " ; 

} 

PORT data from cpu 

{ . ~. ~ 

dir^ict ion = " input " ; 
width = "2" ; 

avalon role = "writedata"; 

} .: ~ 

PORT data to cpu 

{ . 

direction = "output" ;- 
width = "2" ; 

avalon role = "readdata" ; 

} . ~ 

PORT reset n 

{ 

di r ect ion = " input " ; 

width = "1" ; 

avalon role - "resetri"; 

) 

PORT mem . r wn 
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direction = "input" ; 
width = "1"; 
avalon_role = "writeri" ; 

} 

} 

). 

-MODuijE button;jpio 

{ 

class = "altera_;avalbn_jpio*' ; 
class_version = "1.1"; 
. HDL_INFO 

Synthesis_HDL_Files ^ " . /button_j>io 

■ } 

SYSTEM_BUIIiDER_INFO 

^ Date^Modifled "2 001 : 0 :2 6 ,11 : 44 : 10 
Module^Desc = "pio"; 
Is_Enabled .= " 1 " ; 
Is_Bus^Master = "0"; 

Instant iate_In_^SystefnJMbdule "1"; 
Uses_Tri_State_^Data_Bus = "0"; 
Has_IRQ = "1"; 
IRQJSlumber = "27"; 
Address^Width = "2"; 
Data_Width ; = " 12 " ; 
Address^^Aligntnent = "native" ; 
Read_Wait_States = "1"; 
Write__Wai testates = "0"; 
Base_Address = "0x470"; 
Tri_State_Data Bus = ""; 

} . 

WlZARD__SCRIt>T ARGUMENTS 

- { 

has_tri.=^ "0"; 
has__out= "0"; 
has_in "1"; 
edge_tYpe - "ANY" ; 
ircLtype = "EDGE" ; 

} 

PORlr_WIRXNG 

• - { 

PORT memjbe^n 

i ■ . ■ •: 

direction = "input"; 
width = "2" ; ; . 

aval6n_role = "byteenablen" ; 
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} 

PORT elk 
{ 

direct i6n = "input" ; 
width = "1" ; 
avalon_±-ole = "elk"; 

} 

PORT metn addr 

{ 

direction = "input"; 
width = "2" ; 

avalon__role = "address^*; 

) 

PORT pio_select 

{ 

direction = "input"; . 
width - "1 " ; 

avalon_role = "chipselect".; 

} 

PORT in^ort 

{ 

direction .= "input" ; 
width = "12" ; 

} 

PORT irq 

{ . ■: 

direction .= "output" ; 
width = " 1 " ; 
avalon_role = "irq"; . 

} . 

PORT data_f roTn__cpU 

{ . 

direbtidn = "input"; 
width = :"12" ; :. - 

avalon_role = "writedata" ; 

} 

PORT data_to_cpu 

( 

direction = "output"; 
width = "12"; 
avalbn__role = "readdaita"; 

} 

iPORT reset_n 

{ 

direction = "iiiput"; 
width = "1" ; 
aval6n__role - "resetri" ; 

} 
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PORT metn_r_wn 

{ 

direction = "input"; 
width = " 1 " ; 
avalon_role = "writeri" ; 

} 

} 

} 

MODULE lcd_jpi6 

{ . . . •: ..- 

class = " altet:a_aValbTi Jpio" ; . 
clas severs ion == "1,1"; 
HDIj_INFO 

. { 

Synthesis_HDL_Files ^ " ./lcd_pio 

■ } 

S YSTEM_BUI LDER_INPO 
{ 

Date_Modif ied = "2001.0.26.11:44 
ModulejDesc = "pio"; 
Is_Enabled = "1" ; 
Is_Bus_Master - " 0 " ; 
Instant iate_In_^SysteTn_M6dule = " 
Uses_Tri_State_Data_Bus = "0"; 
Has_IRQ. = "0"; 
IRQ_Number = "N/A" ; 
Address_Width = "2"; 
Data__Width . = "11"; 
Addressj_AlignTnent = "native"; 
Read_Wait_States = "1"; 
Write_Wait_-States = "0"; 
Base_Address = "0X480"; 
Tri_State_Data Bus = " " ; 

• ) 

WIZARD__SCR±PT__ARGUlyiENTS 
{ 

has^tr i ; = " 1 " ; 
has_out: = "0" ; 
has_in = " 0 " ; 
^<^g^_type = "NONE" ; 
irq type - "NONE" ; 

. ' } 

PORt_WIRIN6 
{ 

PORT mern be_n 

{ 

direction = "input"; 
width = " 2 " ; 
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avalon_irole = ^'byteeiiablen" ; 

) 

PORT bidir jport 

{ 

direction = "inout'*; 
width = "11" ; 

} 

PORT elk 
{ 

direction = "input"; 
width = "I" ; 
avalon_role = "elk"; 

} 

PORT mem_addr 

{ 

direfct ion = " iiiput " ; 
width = . "2" ; 

avalon_irole = "address"; 
} : 

PORT pio_s^lect 

{ 

direction = "input"; 
width = . " 1 " ; 

avalon_role = "chipseleCt " ; 

} 

PORT data_f rom_cpu 

{ 

direction = "input"; 
width = "11"; 

avalon role = "writedata"; 

} 

PORT data_to_cpu 

{ 

direction ^ "output"; 

width = "11"; 

avalon role = "readdkta"; 

} 

PORT reset_n 

{ . 

direction = "iiipUt"; 

width = "1" ; 

avalon role = "resetn"; 

} 

PORT metn__r_wn 

{ 

direction = "input"; 

width ="!";. 

avalon role = "writeri" ; 
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} 

} 

} 

MODULE ext_ram 

{ 

class = "altera_nibs_deV_bC)ard_sraTn32 " 

class_version = " 1 - 1 " ; 

HDL__INFO 

. { 

. } 

PORT_WIRIN<3 

{ 

PORT data 
{ 

width = "32*'; 
is_shared = "1"; : 
direction = "ifiout"; 
avalon^role = "data"; 

) 

PORT address 

" { 

width = "16" ; 
is_shared = "1"; . 
direction = "input"; 
avalon_role = "address"; 

.} 

PORT read n 

{ . ' 

width = "1"; 

is__shared = "1^*; 

direction = "inp\lt"; 

avalon role = "readn"; 

} 

PORT write__n 

: { . 

width = " 1 " ; 
is_shar^d = "0*'; 
direction = "input"; 
avalon_role = "writeii"; 

.. } . 

PORT be_n 
{ 

width =: "4" ; 
is_shared =^ "1" ; 
direction = "input"; 
avalbn rol« = "byteeiiablen" 

.} 

PORT select 0 n 
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{ 

width ^ "1"; 
is_shared = "0" ; , 
direct ion = " input " ; : 
avalon_role = "registeredselectn' 

) 

PORT selection 
{ 

width = . "1" ; 
is__shared = " 0 " ; 
direction = "input";. 
avalon_role = " registeredselectn 

. } 
. ) 

SYSTEM_BUlLDER_INFO 

• { 

Is_Enabled.= "1";. 

Instantlate_^In_System_M6dule = "0"; 
Is_Bus^;Master = "0"; 
Is_Memory_Device = "1"; 
Uses__Tri_State_Data_Bus = " 1 " ; 
Uses_RiBgistered_Select_Sigrial = "1" 
Address^Alignment - "dynaTnic"; 
Dat a_Width = "32"; 
Address^Width « "16"; 
Has_IRQ = " 0 " ; 
IRQ_Nuniber . "N/A" ; 
Read_Wait__gtates = "0";. 
Write_Wai testates = "0"; 
Hold_Titne = "half _ciock" ; 
Instanbe^Natne = "--unknown--"; 
Base__Address = "0x40000"; 
Tri_State_DataJBus = " ext_r amjbus " ; 
Date_MOdif ied = " Jan_11^2001 " ; 

) ^ 

MODULE ext_fiash. 

class = "ELltera_niog_ciev_board_f lash" 
cl as severs ion = "1.1" ; 
HDIi INFO 



PORT_WIRI»G 
{ 

PORT data . 
{ 

width = "16"; 



# 
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i s_sha r ed = " I ; 
direction =. "ihout"; 
avalon_role = "data" ; 

} 

PORT address 
{ 

width =. "19" ; . 
is_shared = "l"; 
direction = "input"; . 
avalon_role = " address " ; 

} 

PORT read_n 
{ 

width =. "Ill; 
is_shared = " 1 ; . 
direction = "input"; : 
. avalon_Jrole = "readn"; 

} 

PORT write_n 
{ 

width = . " 1 " ; 
is_shared = "OV; 
direction - "ifipiit" ; 
avalbn_role = "vsrriten" ; 

} 

PORT b.e_n 
{ 

width "2" ; 
is_shared = "1"; 
direction = "ihpiit"; : . 
avalbn__role = "byteetiablen" ; 

} 

PORT select n 
{ 

width = " 1 " ; 
is_shared = " 0 " ; 
direction = "input"; 
avalbn_role = "registeredselectn 

} 

} 

SYSTEM_BUrLDER_INFO 
{ 

Is_Enabied = " 1 " ; 

Instant iate_fn_Syetetu_Mbduie = "0" ; 
Is_Bus^Master = "0"; 
Is_MemO'ry__Device - "1"; . 
Uses_Tri_State_Data_Bus ;= "1"; 
Uses_Re^istered[_Select^Sighal = " 1" 
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Addr es s^Al x giiment = " dynami c " ; 

Data_Width : = " 16 " ; 

Address_Width = "19"; 

Has_IRQ " 0 " ; 

IRQ_Number = "N/A" ; 

Read_Wait_States = "8"; 

Write_Waitj.States = "8"; 

Ins tance Jblame = " - -unJcnowti-- - " ; 

Base_Address = "0x100000"; 

Tri_State_Data^Bus = " ext__raTn__bus " ; 

Date Modified = "Jan 10 2001"; 



} 



:} 

System__Wizard_Version = "1.1"; 
System__Wizard_Build = "0"; 



*********** 

**************** END EXAMPLE **************** 

**************************************************************** 



U 



